接口上传的数据状态说明：upload为上传数据，session为会话数据，buffer为断点缓存数据
1 upload为空（或者任务集中器号、抄表日期无法识别）
   处理逻辑：发送广播，要求重发数据
2 upload不为空
  2.1 只上传一帧数据
			存储数据，上传结束
  2.2 session为空（第一次上传或断点续传）
      2.2.1 buffer为空
                      处理逻辑：第一次上传
                      1)若为第一帧数据，缓存upload到session中；否则要求从第一帧开始重发
      2.2.2 buffer不为空
                      处理逻辑：断点上传
                      1)同步upload到buffer中（以buffer缓存数据为准，若upload不是buffer的
                                      下一帧数据，则从buffer断点处开始上传），并缓存到session中
  2.3 session不为空
      2.3.1 检查upload与session是同一批次任务
/* 待处理，运行监控发现，同批次数据乱帧时，下发的帧数据指令是由此次上传当前帧数决定，
 * 而不是服务器会话的当前帧数决定 */
                      处理逻辑：同批次任务续传
                      1)若upload为session的下一帧数据，则同步upload到session中，丢弃buffer（若存在）数据
                      2)若upload不是session的下一帧数据（数据乱帧）
                        a、若buffer为空，则从session处开始续传
                        b、若buffer不为空
                                              先将upload同步到buffer中，然后比较同步后的数据与session。若同步数据为最新数据，
                                              就从同步数据开始续传；否则，从session开始续传               
      2.3.2 检查upload与session不是同一批次任务
      		处理逻辑：不同批次数据上传
      				1)若session当前任务上传结束，保存数据
      				2)若session当前任务未上传结束，缓存session数据到buffer中，然后开启新的上传任务
      				3)在新任务开始前，判断buffer（若存在）是否为upload的下一帧：
      					a、upload是buffer（若存在）的下一帧，同步upload到buffer中，并以upload为起点，开始续传数据
      					b、buffer不存在或不是upload的下一帧，但upload是第一帧数据，以upload为起点，开始续传数据
      					c、否则，重置upload，要求从第一帧开始重发
      								
      								
       